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Abstract: 

Druid is a dedicated event display designed for the future e+e^ linear colliders. Druid takes stan- 
dard linear collider data files and detector geometry description files as input, it can visualize both 
physics event and detector geometry. Many displaying options are provided by Druid, giving easy 
access to different information. As a versatile event display, Druid supports all the latest linear col- 
lider detector models, Silicon Detector and International Large Detector, as well as the calorimeter 
prototypes operated in the CALICE test beam experiments. It has been utilized in many studies 
such as the verification of detector geometry, analysis of the simulated full events and test beam 
data as well as reconstruction algorithm development and code debugging. 
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1. Introduction 

A future e+e^ colliders with center-of-mass energy at the TeV level will play a key role in un- 
derstanding electroweak symmetry breaking and physics beyond the standard model ^. To 
construct a detector that fulfils the physics requirements at a linear collider, pioneering prototypes 
equipped with new technologies have been constructed and large data sets have been collected 
in cosmic ray and test beam experiments Full detector simulation [Q, ^, reconstruction algo- 
rithms 0] are being developed and bench mark physics channels ^ are being analyzed. Druid 
(Display Root module Used for linear collider Detector) was developed to support these studies. 

Following the idea of Particle Flow Algorithm 0, ultra- high granularity calorimeters were 
employed in linear collider detector design, with which, by separating and measuring each jet par- 
ticle in the most suited sub-detector, a very good jet energy resolution can be achieved. Nowadays, 
with the development of micro-electronics, the granularity of the designed calorimeters for the lin- 
ear collider are revolutionary increased comparing to previous experiments. For example, in the 
constructed physics prototypes of CALICE collaboration, the Silicon-Tungsten electromagnetic 



calorimeter holds 10k channels in a cube with side length of 20 cm [10], the number of channels 
is one eighty of the CMS electromagnetic calorimeter [^. Both prototypes of digital and semi- 
digital hadron calorimeter have over half a million channels, leading to a world record of number 
of calorimeter channels in experimental physics ^ITj p3| ]. The ultra-high granularity calorimeter 
provides an unprecedented level of details for the recorded shower, enables new approaches for 
shower analysis and jet reconstruction algorithm development. 

Besides the global event topology and detector geometry, Druid emphasizes at the high pre- 
cision and flexible display. The event/shower detail can be tagged through the zoom and rotation 
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Figure 1. 40 GeV shower recorded at CALICE test beam experiment . The experimental setting up in- 
cluded the prototypes of an electromagnetic calorimeter (ECAL, with 1 x \cm^ cells), a hadronic calorimeter 
(HCAL with 3 x 3cm^ cells) and a tail catcher (TCMT, 5 x lOOcm^ long strips). Their hits are displayed with 
accordingly sizes and colored to the hit energy. This image shows also the misalignment between ECAL 
and HCAL prototypes 



option. Many display options are defined in Druid Grapliic User Interface, providing easy access 
to different event information. Seveal examples can be found in later sections. In this paper we 
present the performance, the dependencies, the display objects and options of Druid. At the end of 
tins paper, we demonstrate two examples on using Druid to debug reconstruction algorithms. 



2. Druid dependencies: LCIO, GDML and TEve 



Druid serves as a bridge between the displayed TEve [ |14| | objects and the information stored in 
LCIO data files and GDML geometry description files. TEve is a framework for object man- 
agement, providing hierarchical data organization, object interaction, and visualization through a 
ROOT [ |T7| ] Graphical User Interface. It is intensively used in LHC event displays. LCIO [ |l5| ] is the 



standard linear collider data format while the GDML [ |16| | is an XML based geometry description 
format used to exchange geometry data between applications. Druid has been optimized to have 
the minimal dependencies: only ROOT (version 5.28.00 or higher) and LCIO are requested. Druid 
has been integrated into the ilcsoft [^. 

Druid has been intensively tested on the fully simulated/reconstructed data at International 
Large Detector ^ (ILD) and Silicon Detector ^ (SiD) and CALICE [|] test beam data, see 
Fig. [I], Testing on a 2.8 GHz laptop, it takes about 5 second to launch Druid at any data file. 
The time needed to display an event is dependent on its data size, for example, about 3 second is 
required to display a One TeV ttH event at Compact Linear Collider such as the one on Fig. |2[ 
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Figure 2. One TeV ttH event at the Compact Linear Collider |Q] Silicon Detector One such event weight 
approximately 1 MB in the LCIO data format 



Table 1. LCIO Collections versus corresponding TEve object 



Level 


LCIO Collection 


TEve Object 




MCParticle 


TEveTrack 


MCTruth 


SimuCalorimeterHit 


TEveBox 




SimTrackerHit 


TEvePointSet 


Digitization 


CalorimeterHit 


TEveBox 




TrackHit 


TEvePointSet 




TrackAssignedHit 


TEvePointSet 


Reconstruction 


Vertex 


TEvePointSet 




ClusterHit 


TEveBox 




ReconstmctedParticle 


TEveTrack 



3. Event objects 

Event information is stored in different collections in a LCIO file. These collections can be classi- 
fied into MCTruth level, Digitization level and the reconstruction level. Accordingly, Druid defines 
the TEve objects and groups them following the same hierarchy. The correspondence is summa- 
rized in Table |[ The TEveTracks corresponding to MCParticle and ReconstmctedParticle col- 
lections are organized into groups according to their particle type, while low energy objects are 
grouped for easy masking. For the detector hits collections, the TEveBoxs and TEvePointSets are 
divided into groups according to the subdetectors. The size, color and style of the TEve objects 
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Figure 3. Control the level of details of geometry display with hide/dismount option and display depth: 
More details are displayed with higher display depth. Left: International Large Detector with the yoke, 
the coil and part of the calorimeter dismounted, lowest display depth Right: Tracking System of Silicon 
Detector at the second lowest display depth 

can be defined on various information. For example, TEveTracks can be colored by particle type, 
and TEveBoxs corresponding to CalorimeterHit can be colored to hit energy, time, or the type of 
particle that induces this hit, see Fig ^ 

For the detector geometry, the GDML file can be written by the simulation software [Q, It 
records all the geometry information of the simulation: the size, the material, the orientation and the 
shape of every volume. Druid displays each volume as a polyhedron whose color and transparency 
are determined by its material, allows a detailed verification on the detector geometry. The later 
release of Druid includes the GDML files for the five most recent full detector concepts as well as 
the CALICE test beam prototypes. 

The full detector geometry is usually too detailed for a display focus on the event informa- 
tion. Two options have been employed in Druid to reduce the workload of geometry display. First, 
any "unwanted" volume can be hidden, see Fig. |3[ Secondly, Druid employs the "display depth", 
an global parameter referring to the hierarchy of geometiy description in the GDML file, to in- 
teractively mask the geometry details. For the users focusing on the event information, the lowest 
display depth (the default), at which the contour of sub detectors are displayed, is usually sufficient. 

4. Display options 

4.1 Options inherited from TEve 

Druid inherits many display options from TEve with the hot key access, such as the zoom, the 
rotation, return to the original orientation and scale as well as the black & white background color 
switch. To focus on the inner part of the display, a cut away view can be used to removes part of 
the display. One example is given in Fig. ^, where one eighth of the detector is removed. TEve 
allows to attach text information on each displayed object. Picking an object with the censor, the 
attached text is printed in the display, see Fig. ^ 

Besides these options, many interactive actions can be accessed at the ROOT GUI interface. 
The interface is divided into three pages: the file page, the eve page and the Druid option panel. 
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Figure 4. SOOGeV ttbar event at ILD: calorimeter hits are colored according to the time of deposit 



The file page browses the file directory. The second page browsers all the generated TEve objects: 
displayed or hidden. For any TEve object, its display /hide status can be switched individually or by 
groups. Druid remembers the status of display/hide by the name of the collections when navigating 
to a new event. Options as changing illumination setting, tuning geometry display depth, setting 
reference point/frame are also available in the second page. 

4.2 Options defined in Druid 

The third page includes the options defined by Druid, for example the event navigation, the object 
color/size setting and the cut parameters adjusting. There are also several options using buttons: 

(1) . Select rotation center. 

(2) . Regenerate the color: generate another color according to the object index. Here the index 
means the order of a given object in its collection, for example the clusters. 

(3) . Switch between scenarios: the minimal scenario which ignores all the intermediate recon- 
structed objects such as digitized hits, tracks and clusters and the maximal scenario that displays 
every possible collection. To give fastest performance, the minimal scenario is set as the default. 

To accelerate the speed of event display as well as to focus on interesting physics information, 
Druid defines several cuts with interactively adjustable parameters, for example the cut on the 
minimal transverse momentum on the MCParticle list and the cut on the energy of calorimeter hits. 

As discussed in the introduction, the display of calorimeter hits is of special importance for 
the event display of linear collider. Three different types of calorimeter hits are defined in LCIO: 
the simulated, digitized/recorded and clustered calorimeter hits. The default size and orientation 
of calorimeter hits are set corresponding to different detector geometry concepts. The hit size can 
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Figure 5. A simulated T jet (t" — s> + v^, + Vt) of an 500 GeV tt event at ILD. The Calorimeter Hits are 
colored according to their deposit time. The text attached to the v^. has been printed on the display, showing 
the basic information such as its particle type and 4-momentum. The option panel is shown in the left part 
of this image. 

be changed independently for each type and the hit color can be specified according to different 
information. The simulated hits can be colored to the energy, the type or index of the particle 
induces this hit, the time, or a uniform color. Fig. ^ shows a simulated T jet displayed with different 
color option. The digitized calorimeter hits are colored to the energy, and the clustered hits are 
colored according to the index of the cluster. A global factor can be adjusted to scale the calorimeter 
hit color when it is colored to the hit energy or the deposit time; Once colored to the index, the color 
can be regenerated to give a better separation to nearby hits induced by the same kinds of particle, 
see Fig. ^c). Once a cut or a hit size/color configuration has been adjusted, the name and statistics 
of the affected collections are printed on the terminal. 

5. Example application: debugging reconstruction code 

One of the most important applications for Druid is the debugging of reconstruction code. Here 
we demonstrate two examples with PandoraPFA, the most successful reconstruction Particle Flow 
Algorithm developed for linear collider. 

The first example is the reconstruction of a T jet: we recall the same T jet as in Fig. ^. Fig. ^a) 
shows the reconstructed particle and their corresponding cluster, where two photons and one pion 
has been reconstructed. The cluster hits are displayed as cubes with 5 mm side length. In Fig. ^(b). 
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Draid overlays the reconstructed objects with MCTruth objects: SimCalorimeterHits and MCPar- 
ticle. The blue straight line indicates a neutrino generated from T decay. The SimCalorimeterHits 
are colored according to the particle type, red for pions and yellow for photons. Most of the Sim- 
CalorimeterHits has been attached to the reconstructed particle. Therefore, for this T jet, the output 
of the reconstruction algorithm agrees with the MCTruth information. Reading the attached text 
information, further comparison on the reconstructed energy and MCTruth energy for each particle 
is accessible. 

The second example is a 100 GeV n shower. Fig. ^a) shows the simulated detector hits. The 
71 hits into the calorimeter, create a hadronic cluster composed of two electromagnetic sub clusters 
and several sailing through tracks as well as a separated small cluster deposited by a backscattering 
charged particle. The reconstructed objects is shown in Fig. 0(b), where PandoraPFA divided these 
hits into four clusters: The leading cluster is associated with the track, reconstructed as a charged 
particle with the energy equal to track momentum (the total energy). These remaining three clusters 
are reconstructed as nearby neutral particles, create a significant amount of double counted energy. 
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Figure 7. A t jet (t — > v + k + ;r+) reconstructed with PandoraPFA. (a) Reconstructed objects: Recon- 
structedParticle and corresponding cluster (b) MCTruth and reconstructed objects: SimCalorimeterHit, 
MCParticle, ReconstructedParticle and its cluster 



(a) . (b) 




Figure 8. A ;r shower reconstructed with PandoraPFA. (a) MCTruth objects: SimCalorimeterHits and 
SimTrackerHits. (b) Reconstructed object: ReconstructedParticles and corresponding clusters. 

Actually, Fig. ^(b) shows a typical Particle Flow Algorithm double counting. To reduce such kind 
of confusions is the main challenge for Particle Flow Algorithm development. 



6. Summary 

Draid, a dedicated event display for linear collider has been developed. For the event data, Druid 
not only displays the global event topology but also provides close view to the event/shower de- 
tails, with the options to emphasize on different information. Reading GDML file written by sim- 
ulation software, Druid can display all detailed simulated detector geometry with practical options 
to control the level of details and to browser the geometry. It has been heavily used in geometry 
verification, data analysis and reconstruction algorithm development. 
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